home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / prgtools / mint / devices / modm0dev.zoo / LISEZ.MOI < prev    next >
Encoding:
Text File  |  1993-10-16  |  3.6 KB  |  66 lines
  1. Chers Utilisateurs de MiNT,
  2.  
  3. vous trouverez dans cette archive un (autre) driver pour le port serie
  4. de l'Atari ST. Je n'ai pu le tester que sur ma propre machine; si vous
  5. avez plus d'un port serie, il est probable que c'est le premier qui sera
  6. gere, c'est pourquoi les devices s'appellent /dev/cua0 et /dev/ttyd0. Il
  7. ne devrait pas etre trop difficile d'adapter le code pour les autres
  8. ports serie, et de creer les devices /dev/cua1, /dev/ttyd1, etc., mais
  9. je prefere laisser ce travail a quelqu'un qui est capable de le tester.
  10. Des volontaires?
  11.  
  12. Mon intention etait d'ecrire des devices entrant (/dev/ttyd0) et sortant
  13. (/dev/cua0) pour le port serie, comme cela existe sous Unix.  Quoiqu'ils
  14. se rapportent au meme peripherique, ils ont une semantique legerement
  15. differente; le device entrant attend l'arrivee d'une porteuse pour
  16. commencer a echanger des donnees (ce qui est parfait pour attendre une
  17. communication a partir d'un modem), delogue l'utilisateur si celui-ci
  18. perd la porteuse, et raccroche quand l'utilisateur se delogue.  Le
  19. device sortant ne necessite pas qu'une communication soit etablie, ce
  20. qui permet en particulier d'envoyer des commandes au modem.  Le driver
  21. garantit qu'il n'y a pas de conflit entre ces deux devices. 
  22.  
  23. Le device entrant est habituellement utilise avec getty, dans l'attente
  24. d'un appel. Le device sortant est utilise soit pour configurer le modem,
  25. soit pour appeler un autre systeme (avec uucp par exemple). Dans ce
  26. dernier cas, lorsque la connexion sera etablie, il ne faut surtout pas
  27. que le device entrant croie que cette connexion lui est destinee (j'ai
  28. vu un Sun3 faire ca!).
  29.  
  30. L'archive contient en fait deux versions du driver; la premiere,
  31. modm0dev.ttp, est une version "allegee" qui affiche les erreurs sur la
  32. console; elle a l'avantage d'etre maigre, car elle n'utilise pas printf. 
  33. La seconde, modm0dev.syslog, utilise syslog pour indiquer les erreurs,
  34. mais fait 15Ko de plus.
  35.  
  36. Vous trouverez egalement une version de stty(1) legerement adaptee de
  37. celle d'Eric Smith, prenant en compte les drapeaux `rtscts', `local' et
  38. `hupcl'. Les fichiers syslog.[ch] sont extraits du package init(1) de
  39. Stephen Usher, avec quelques adaptaptions mineures pour qu'il compile en
  40. 16 bits, et corrigeant une "fonctionnalite non documentee" qui empechait
  41. notre demon d'appeler syslog() plusieurs fois de suite.
  42.  
  43. Ce demon est insensible a tous les signaux, a l'exception evidemment de
  44. SIGSTOP et SIGKILL qui ne peuvent etre masques. Il est deconseille de
  45. stopper le demon. Il ne faut absolument pas le tuer, ou bien c'est le
  46. plantage garanti. Heureusement, seul root peut le tuer.
  47.  
  48. En theorie, il n'est pas necessaire de modifier MiNT pour utiliser ce
  49. driver.  En pratique, si vous voulez utiliser votre Atari en mode
  50. multi-utilisateurs, il est souhaitable de le securiser un peu.  En
  51. particulier, seul root devrait avoir le droit d'ecrire sur les
  52. partitions TOS (il faut patcher la fonction tos_getxattr dans tosfs.c),
  53. et la machine devrait rebooter automatiquement si jamais on quitte MiNT
  54. ou en cas d'erreur fatale.  C'est plus une protection contre les bourdes
  55. que contre le sabotage; ne comptez pas trop sur MiNT pour la securite!
  56.  
  57. Enfin, la manpage (modm0dev.8, modm0dev.asc) et le source vous donneront
  58. tous les autres details.  Si les reglages par defaut ne vous conviennent
  59. pas (taille des buffers, nom du device entrant, etc.), modifiez les
  60. parametres correspondants dans modm0dev.h, puis recompilez. 
  61.  
  62. Thierry Bousch       Internet: bousch@suntopo.matups.fr
  63. 44 Bd du Temple      Fidonet:  Thierry Bousch @ 2:320/100.9
  64. 75011 PARIS
  65. FRANCE
  66.